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DETAILED ACTION 
Claim Rejections - 35 USC §112 

1 . The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

2. Claims 3,10, 20 and 25 are rejected under 35 U.S.C. 112, second paragraph, as 
being indefinite for failing to particularly point put and distinctly claim the subject matter 
which applicant regards as the invention. 

The term "at least substantial part" in claims 3, 10, 20 and 25 is a relative term 
which renders the claim indefinite. The term "at least substantial part" is not defined by 
the claim, the specification does not provide a standard for ascertaining the requisite 
degree, and one of ordinary skill in the art would not be reasonably apprised of the 
scope of the invention. The claim reciting "the received packet complies in at least 
substantial part with version 6 of the Internet Protocol (IPv6)" does not provide an exact 
claim limitation of IPv6. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
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only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

4. Claims 1, 3, 6, 11 - 14, 17, 23, 24, 29 are rejected under 35 U.S.C. 102(e) as 
being anticipated by Varghese et al. (U.S. Patent No. 6,560,236). 

Regarding Claim 1 , Varghese et al. discloses a method for use by an 
intermediate network device (Fig. 2, element 112, element 110) having a plurality of 
interfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets 
among the interfaces, one or more of the interfaces being associated with one or more 
Virtual Local Area Network (VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the method 
comprising the steps of: 

mapping each VLAN designation to a site identifier (Fig. 3 (step 130), col 4, line 59 to 
col 5, line 6; VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 1); 
receiving on an inbound interface a packet having a site-local unicast destination 
address (col 3, lines 3-9; The receipt of unicast packet with a destination address is 
equivalent to receiving on an inbound interface a packet having a site-local unicast 
destination address); 

identifying the VLAN designation associated with the received packet (Fig. 3 (steps 130, 
132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated with 
identifying the VLAN designation associated with the received packet); 
utilizing the identified VLAN designation to retrieve the site identifier to which the VLAN 
designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is the 
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VLAN designation mapped into site identifier Vlanld: 1. Utilizing the mapping of VLAN 
designation (VLAN 1) to site identifier Vlanld: 1 in step 130, the identified VLAN 
designation to retrieve the site identifier is performed); 

creating a modified destination address by embedding the retrieved site identifier into 
the site-local unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld is 
embedded in a packet by encoding Vlanld field in some redundant field in P (data 
packet) that contains redundant information without the addition of headers to the 
original packet is equivalent to creating a modified destination address by embedding 
the retrieved site identifier into the site-local unicast destination address); and 
rendering a forwarding decision for the received packet based on the modified 
destination address (col 3, lines 2 - 9). 

Regarding Claim 3, Varghese et al. discloses wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface from 
which the packet is to be forwarded (col 3, lines 2 - 9). 

Regarding Claim 6, Varghese et al. discloses wherein the step of rendering 
comprises the step of applying the modified destination address to a forwarding 
information base (FIB) optimized to permit fast lookups (Fig. 4, element 146; col 8, lines 
7-21). 
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Regarding Claim 1 1 , Varghese et al. discloses whereby each VLAN designation 
is mapped to a single site identifier (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; 
VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 1) 

Regarding Claim 12, Varghese et al. discloses whereby a plurality of VLAN 
designations are mapped to the same site identifier (Fig. 3 (step 130 and step 136), col 
4, line 59 to col 5, line 6; col 5, line 29 - 35. VLAN 1 and VLAN FOO are mapped to 
same Vlanld: 1 (same site identifier)). 

Regarding Claim 13, Varghese et al. discloses wherein packets may be one of 
either untagged or tagged with a VLAN designation, and the step of identifying includes 
either, if the received packet is untagged, determining the VLAN designation of the 
inbound interface on which the untagged packet was received or, if the received packet 
is tagged, determining the VLAN designation with which the received packet is tagged 
(col 7, lines 20 - 35; col 7 line 64 - col 8 line 6. Packets with Vlanld field (tagged) is 
decoded to yield the Vlan the packet was sent on. Packets without Vlanld (untagged) 
uses a Source Vlan Table that associates source addresses with Vlans). 

Regarding Claim 14, Varghese et al. discloses a method for use by an 
intermediate network device (Fig. 2, element 112, element 110) having a plurality of in- 
terfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets among 
the interfaces, one or more of the interfaces being associated with one or more Virtual 



Application/Control Number: 09/964,702 Page 6 

Art Unit: 2664 

Local Area Network (VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the method 
comprising the steps of: 

mapping each VLAN designation to a site identifier ((Fig. 3 (step 130), col 4, line 59 to 
col 5, line 6; VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 1); 
receiving on an inbound interface a packet having a site-local unicast destination 
address (col 3, lines 3-9; The receipt of unicast packet with a destination address is 
equivalent to receiving on an inbound interface a packet having a site-local unicast 
destination address); 

identifying the VLAN designation associated with the received packet (Fig. 3 (steps 130, 
132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated with 
identifying the VLAN designation associated with the received packet); and 
utilizing the identified VLAN designation to retrieve the site identifier to which the VLAN 
designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is the 
VLAN designation mapped into site identifier Vlanld: 1. Utilizing the mapping of VLAN 
designation (VLAN 1) to site identifier Vlanld: 1 in step 130, the identified VLAN 
designation to retrieve the site identifier is performed). 

Regarding Claim 17, Varghese et al. discloses an intermediate network device 
(Fig 5, elements 150 and 152) for forwarding packets within a computer network, the 
device comprising: 
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a plurality of interfaces for receiving and forwarding packets, one or more of the 
interfaces associated with one or more virtual local area network (VLAN) designations 
(Fig. 5, element VLAN 1....VLAN m f col 8, line 50 to col 9, line 12) ; 
a forwarding information base (FIB) for storing routing information (Fig. 5, element 172, 
col 9, lines 50 - 55); 

a routing engine in communicating relationship with the FIB, the routing engine 
configured to make forwarding decisions for received packets, based at least in part on 
the routing information in the FIB (Fig. 5 element 166, col 9, lines 31 - 56); and 
a memory in communicating relationship with the routing engine, the memory 
configured to store the VLAN designations associated with the device's interfaces in 
mapping relationship with one or more site identifiers (Fig. 6 (data structures stored in 
memory), elements 200 and 210; col 10, line 30 to col 12, line 26), 
wherein the routing engine utilizes the memory to ensure that a packet having a 
site-local unicast source and/or destination address is only forwarded between 
interfaces corresponding to the same site identifier (col 2, lines 1-13. Any 
communications received at a first bridge port are directly sent by the bridge to another 
bridge port only if the other bridge port and the first bridge port are part of the same 
group (same Vlanld equivalent to same site identifier) is associated with a packet 
having a site-local unicast source and/or destination address only forwarded between 
interfaces corresponding to the same site identifier). 
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Regarding Claim 23, Varghese et al. discloses wherein the plurality of interfaces 
are located at one or more line cards disposed at the intermediate network device (Fig. 
2, ports 8, 12, 9, 15, 17, 6, 23, 19. See Abstract. The device including a bridge having a 
plurality of ports through which network communications pass to and from the bridge), 
and each line card includes a corresponding FIB and routing engine for rending for- 
warding decisions (Fig. 5, elements 172 (forwarding database) and 166 (bridge 
forwarding equivalent to routing engine); col 9, lines 50 - 55; col 9, lines 31 - 56). 

Regarding Claim 24, Varghese et al. discloses a method for use by an 
intermediate network device (Fig. 2, element 112, element 110) having a plurality of in- 
terfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets among 
the interfaces, one or more of the interfaces being associated with one or more Virtual 
Local Area Network (VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the method 
comprising the steps of: 

receiving on an inbound interface a packet having a link-local unicast destination 
address (col 3, lines 3-9. The receipt of unicast packet with a destination address is 
equivalent to receiving on an inbound interface a packet having a link-local unicast 
destination address. The packet P sent to the router can have a Vlanld field. See col 6, 
lines 61- 65 associated with a unicast packet); 

identifying the VLAN designation associated with the received packet (Fig. 3 (steps 
130, 132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
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correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated with 
identifying the VLAN designation associated with the received packet); 
creating a modified destination address by embedding the identified VLAN designation 
into the link-local unicast destination address (col 5, line 58 to col 6, line 23. The Vlan Id 
is embedded in a packet by encoding Vlanld field in some redundant field in P (data 
packet) that contains redundant information without the addition of headers to the 
original packet is equivalent to creating a modified destination address by embedding 
the retrieved site identifier into the site-local unicast destination address); and 
rendering a forwarding decision for the received packet based on the modified 
destination address (col 3, lines 2 - 9). 

Regarding Claim 29, Varghese et al. discloses wherein packets may be one of 
either untagged or tagged with a VLAN designation, and the step of identifying includes 
either, if the received packet is untagged, determining the VLAN designation of the 
inbound interface on which the untagged packet was received or, if the received packet 
is tagged, determining the VLAN designation with which the received packet is tagged 
(col 7, lines 20 - 35; col 7 line 64 - col 8 line 6. Packets with Vlanld field (tagged) is 
decoded to yield the Vlan the packet was sent on. Packets without Vlanld (untagged) 
uses a Source Vlan Table that associates source addresses with Vlans). 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 2, 20, 21, 25, 26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Varghese et al. (U.S. Patent No. 6,560,236) in view of Flanders et al. 
(U.S. Patent No. 6,172,980). 

Regarding Claim 2, Varghese et al. discloses all the limitations of claim 1 except 
for wherein the received packet complies in at least substantial part with version 6 of the 
Internet Protocol (IPv6). Flanders et al. discloses the received packet complies in at 
least substantial part with version 6 of the Internet Protocol (IPv6). A Receive Header 
Processor (RHP) (Fig. 2 element 46) analyzes the destination address of the received 
data unit, in hardware, for determining if routing or bridging is required. If routing is 
required, the RHP uses portions of the received data unit header as a compare value 
against predefined values stored in data structures which provide a protocol ID 
identifying the protocol of the received data unit and serving as an index to the 
appropriate microcode handling routine, executed by the RHP, for the data unit. The 
handling routine causes the RHP to forward data unit identifying information appropriate 
to the identified protocol and obtained from the received data unit to further hardware- 
based data unit processing elements (ACA (Address Cache ASIC) (Fig. 2, element 26)). 
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The data unit processing elements are adaptable to the received data unit cast state 
(e.g. unicast, multicast, broadcast), bridging and/or routing requirements, and received 
data unit protocol (Abstract) . The RHP to ACA interface supports IPv6 as specified in 
the field description (Fig. 8, col 7, lines 35 - 50). At the time the invention was made it 
would have been obvious to a person of ordinary skill in the art to use the RHP and 
ACA interface as taught by Flanders et al. into the system of Varghese et al. to reflect a 
new layer-2 destination address, protocol ID, Address Cache lookup status, destination 
address masks, and other information for routing (col 1 , line 65 to col 2 line 1 ). 

Regarding Claim 20, Varghese et al. discloses all the limitations of claim 17 
except wherein at least some of the packets forwarded by the device comply in at least 
substantial part with version 6 of the Internet Protocol (IPv6). Flanders et al. discloses 
the received packet complies in at least substantial part with version 6 of the Internet 
Protocol (IPv6). A Receive Header Processor (RHP) (Fig. 2 element 46) analyzes the 
destination address of the received data unit, in hardware, for determining if routing or 
bridging is required. If routing is required, the RHP uses portions of the received data 
unit header as a compare value against predefined values stored in data structures 
which provide a protocol ID identifying the protocol of the received data unit and serving 
as an index to the appropriate microcode handling routine, executed by the RHP, for the 
data unit. The handling routine causes the RHP to forward data unit identifying 
information appropriate to the identified protocol and obtained from the received data 
unit to further hardware-based data unit processing elements (ACA (Address Cache 
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ASIC) (Fig. 2, element 26)). The data unit processing elements are adaptable to the 
received data unit cast state (e.g. unicast, multicast, broadcast), bridging and/or routing 
requirements, and received data unit protocol (Abstract) . The RHP to ACA interface 
supports IPv6 as specified in the field description (Fig. 8, col 7, lines 35 - 50). At the 
time the invention was made it would have been obvious to a person of ordinary skill in 
the art to use the RHP and ACA interface as taught by Flanders et al. into the system of 
Varghese et al. to reflect a new layer-2 destination address, protocol ID, Address Cache 
lookup status, destination address masks, and other information for routing (col 1 , line 
65 to col 2 line 1 ). 

Regarding Claim 21 , Varghese et al. discloses wherein the routing engine: 
identifies the VLAN designation associated with the received packet (Fig. 3 (steps 130, 
132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
correspondence to links 6, 17, 19, 23 with Vlan 1 and these steps are associated with 
identifying the VLAN designation associated with the received packet), 
utilizes the identified VLAN designation to retrieve the site identifier to which the VLAN 
designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is the 
VLAN designation mapped into site identifier Vlanld: 1 . Utilizing the mapping of VLAN 
designation (VLAN 1) to site identifier Vlanld: 1 in step 130, the identified VLAN 
designation to retrieve the site identifier is performed); 

creates a modified destination address by embedding the retrieved site identifier into the 
site-local unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld is 
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embedded in a packet by encoding Vlanld field in some redundant field in P (data 
packet) that contains redundant information without the addition of headers to the 
original packet is equivalent to creating a modified destination address by embedding 
the retrieved site identifier into the site-local unicast destination address), and 
renders a forwarding decision for the received packet based on the modified destination 
address (col 3, lines 2 - 9). 

Regarding Claim 25, Varghese et al. discloses all the limitations of claim 24 
except for wherein the received packet complies in at least substantial part with version 
6 of the Internet Protocol (IPv6). Flanders et al. discloses the received packet complies 
in at least substantial part with version 6 of the Internet Protocol (IPv6). A Receive 
Header Processor (RHP) (Fig. 2 element 46) analyzes the destination address of the 
received data unit, in hardware, for determining if routing or bridging is required. If 
routing is required, the RHP uses portions of the received data unit header as a 
compare value against predefined values stored in data structures which provide a 
protocol ID identifying the protocol of the received data unit and serving as an index to 
the appropriate microcode handling routine, executed by the RHP, for the data unit. The 
handling routine causes the RHP to forward data unit identifying information appropriate 
to the identified protocol and obtained from the received data unit to further hardware- 
based data unit processing elements (ACA (Address Cache ASIC) (Fig. 2, element 26)). 
The data unit processing elements are adaptable to the received data unit cast state 
(e.g. unicast, multicast, broadcast), bridging and/or routing requirements, and received 
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data unit protocol (Abstract). The RHP to ACA interface supports IPv6 as specified in 
the field description (Fig. 8, col 7, lines 35 - 50). At the time the invention was made it 
would have been obvious to a person of ordinary skill in the art to use the RHP and 
ACA interface as taught by Flanders et al. into the system of Varghese et al. to reflect a 
new layer-2 destination address, protocol ID, Address Cache lookup status, destination 
address masks, and other information for routing (col 1 , line 65 to col 2 line 1 ). 

Regarding Claim 26, Varghese et al. discloses wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface from 
which the packet is to be forwarded (col 3, lines 2 - 9). 

7. Claims 7, 8, 9, 18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Varghese et al. (U.S. Patent No. 6,560,236) in view of Chang (U.S. Patent No. 
6,728,249). 

Regarding Claim 7, Varghese et al. discloses all the limitations of claim 6 except 
wherein the FIB includes one or more content addressable memories (CAMs) and/or 
ternary content addressable memories (TCAMs). Chang discloses wherein a network 
processor stores LEC (LAN emulation client) up-link information which facilitates 
mapping of MAC addresses to VCC (Virtual Channel Connection) information. This 
information is stored in a content addressable memory (CAM) (Fig. 2, element 58) 
coupled to a packet forwarding subsystem (Fig. 2, element 56 is equivalent to the FIB) 
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within the network processor (col 3, line 65 to col 4, line 3). At the time the invention 
was made it would have been obvious to a person of ordinary skill in the art to use CAM 
to store routing information as taught by Chang in the system of Varghese et al. to 
facilitates the cut-through forwarding process (col 6, lines 58 - 60). 

Regarding Claim 8, Varghese et al. and Chang disclose all the limitations of 
claim 7. Furthermore, Chang discloses wherein the one or more CAMs and/or TCAMs 
stores addresses or address prefixes that have been modified to include site identifiers 
embedded therein (col 6, lines 61-63 ; col 8, lines 10-32. The CAM stores LEG uplink 
information which provides mapping of MAC destination addresses to virtual channel 
connections (VCCs) and vice versa. The MAC destination addresses and VCC are 
associated with addresses stored in the CAM. Unique MAC and VLAN ID are pre- 
registered into CAM during configuration. The VLAN ID (equivalent to site identifier) 
which is in the (embedded) packet header is use to determine LEC ID for the packet 
and with the VCC from the CAM is used for packet forwarding. See col 3, line 43 - 55). 

Regarding Claim 9, Varghese et al. and Chang disclose all the limitations of 
claim 8. Furthermore, Chang discloses wherein at least one of the CAMs and/or 
TCAMs has a plurality of rows and each row of the CAM and/or TCAM stores a 
respective address or address prefix (col 6, lines 61-65. The CAM is a lookup table and 
it would have been obvious to a person of ordinary skill in the art to associate a lookup 
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table with plurality of rows, each row storing MAC destination addresses, VCC and 
VLAN ID to facilitate the lookup process). 

Regarding Claim 18, Varghese et al. discloses all the limitations of claim 17 
except wherein the FIB includes one or more content addressable memories (CAMs) 
and/or ternary content addressable memories (TCAMs) programmed with a plurality of 
addresses or address prefixes. Chang discloses wherein a network processor stores 
LEC (LAN emulation client) up-link information which facilitates mapping of MAC 
addresses to VCCs (Virtual Channel Connections) information. This information is 
stored in a content addressable memory (CAM) (Fig. 2, element 58) coupled to a 
packet forwarding subsystem (Fig. 2, element 56 is equivalent to the FIB) within the 
network processor (col 3, line 65 to col 4, line 3; col 6, lines 58 - 65). At the time the 
invention was made it would have been obvious to a person of ordinary skill in the art to 
use CAM to store routing information as taught by Chang in the system of Varghese et 
al. to facilitates the cut-through forwarding process (col 6, lines 58 - 60). 

8. Claim 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Varghese et al. (U.S. Patent No. 6,560,236) in view of Chang (U.S. Patent No. 
6,728,249) and further in view of Muller et al. (U.S. Patent No. 5,938,736). 

Regarding Claim 19, Varghese et al. and Chang discloses all the limitations of 
claim 18 except for wherein at least one CAM and/or TCAM has a width that is equal to 
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or greater than 128 bits. Muller et al. discloses at least one CAM (Fig. 6 elements 610 
and 620) and/or TCAM has a width that is equal to or greater than 128 bits (col 1 1 , lines 
51 - 53). At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to include this feature as taught by Muller et al. in the system of 
Chang to be able to perform search key formation associated with the CAM with an IP 
version six (IP V6) class indicating the packet header is associated with an IP V6 packet 
(col 7, lines 6 - 32). 

Allowable Subject Matter 

9. Claims 4, 5, 15, 16, 22, 27, 28 are objected to as being dependent upon a 
rejected base claim, but would be allowable if rewritten in independent form including all 
of the limitations of the base claim and any intervening claims. 

Conclusion 

10. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

U. S. Patent No. 6,014,380 to Hendel et al. relates to a multi-layer distributed 
network element for relaying packets according to known routing protocols. 
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U.S. Patent No. 6,661,787 to O'Connell et al. relates to a method of operating a 
network device in a communication system for the transmission of data packets which 
include network addresses identifying sources and destinations of data, the network 
device being capable of both bridging and routing decisions including a forwarding 
database. 

U.S. Patent No. 6,804, 234 to Chow relates to a multiport switching device which 
includes an Internal Rules Checker (IRC) that determines forwarding information for 
packets received at the device. 

U.S. Patent No. 6,633,567 to Brown relates to a method and apparatus for 
searching a filtering database with a single search operation in a switch using static and 
dynamic entries in the filtering database. 

U.S. Patent No. 6,445,709 to Chiang relates to a network switch configured for 
switching data packets across multiple ports using an address table to generate frame 
forwarding information. 

U.S Patent No. 6,779,043 to Crinion relates to exchanging data over a local area 
network and more specifically to secure port access to a device on a local area network. 

The above prior art are cited to further show the state of the art with respect to 
network device use to interconnect computers and other devices whereby data packets 
are transferred based on header information of a packet arriving at a receive port and 
forwarded to a transmit port using unique forwarding algorithms. 
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1 1 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to F. Lin Khoo whose telephone number is 571-272-5508. 
The examiner can normally be reached on flex time. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wellington Chin can be reached on 571-272-3134. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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